JEST- AVAILABLE COPY 



@ BUNDESREPUBLIK 
DEUTSCHLAND 




DEUTSCHES 
PATENT- UND 
MARKENAMT 



© Offenlegungsschrift 
® DE 197 24122 A1 




® Int. CI. 6 : 

H04M3/42 

H 04 Q 7/38 



@ Aktenzeichen: 
@ Anmeldetag: 
@ Offenlegungstag: 



197 24122.0 
9. 6.97 
10. 12.98 



CM 
CM 

CM 



® Anmelden 

DeTeMobil Deutsche Telekom MobilNet GmbH, 
53227 Bonn, DE; Deutsche Telekom AG, 531 13 
Bonn, DE 



® Erfinder. 

Ljungstrdm, Petrik, 53227 Bonn, DE; Gottschelk, 
Hubert us, 64660 Riedstadt, DE 



Die folgendon Angaben »Ind dan vom Anmelder eingerefchten Unterlogen onrtnomman 

® VerfahrenundAnordnungzumAnschlulWonTeilnehm 
Rufnummer 

® Beech rfeben wlrd eln Verfahren zum Anschlufi vonTell- 
nehmem in mehreren Telekommunlkationsnetzen unter 
einer Rufnummer. Es warden die Teilnehmerdaten In min- 
destens etnem Netz abgespefchert und auf Anfrage der 
anderen Netzen zur Vorfflgung gestelrt. 
Ebenso beschrlebsn wird elne Anordnung zum AnechluS 
von Teilnehmem In meh reran Telekommunikationsnetzen 
unter emer Rufnummer, wobel mindestens elne Daten- 
bank fn mindestens einem Telekommunikationsnetz vor- 
gesehen ist. 




BUNDESDRUCKEREI 1058 802 050/519/1 23 



AE 197 24 

Bescbreibung 

Im folgenden werden Architekiuren zur Realisicrung ci- 
dcs Personal Communication Services (PCS) in den Netzen 
der Deutschen Telekom AG dargestellL Alle Variants sind 5 
dadurch gekennzeicnnet, daB fur jeden Kupden die wesent- 
lichen Teilnehmerdaten in einer Home Data Base (HDB) 
vcrwaltet werden. Je nacfa Realisicrung besteht das HDB aus 
zwei getrennten Knoten (INS und HLR) oder einen Knoten 
(mil SCP und HLF). In den jeweiligen Aufenthaitsvermill- 10 
lungsstellcn (TVSt oder (V)MSC) werden relevante Teile 
der Teilnehmerdaten temporar in einer Visited Data Base 
(VDB) verwaltet Im Falle der (V)MSC entspricht die VDB 
dem VLR. In alien vier Varianten erfolgt der AnschluB der 
Endgerfite (aus Netzsicht) in der TV St Ober einem urn Mobi- is 
litatsfunktionen erweiterterten D-KanaL Im folgenden wird 
diese Erweiterung a-Interface genannL Prinzipielle Konfi- 
gurationen sind in Fig. 1 aufgefiihrt 

3 Getrenntes Intelligent Network System und HLR ohne 20 
Kopplung 

Bei dieser Architektur besteht die HDB aus einem INS 
und einem HLR- Eine Kopplung der Knoten ist nicht not- 
wendig, da die Knoten getrennte Funktionen (ibernehmen. 25 
Das HLR ist zentraler Punkt fur das Mobilitatamanagement 
und verwaltet das Teilnehmerprofil fur klassische ISDN/ 
GSM-Dienste. Fur spezielle Dienste ist Steuerung durch das 
INS mSglich. Die dafur notwendigen TYiggerpunkte sind 
optionaler Bestandteil der Teilnehmerprofile. * 

Zur Umsetzung der Architektur ist eine MAP-Implemen- 
tierung mit Interworking zum olnterface in den TVStn not- 
wendig (Fig. 2). 

3.1 Subskription und kundenspezifische Daten a 

3.1.1 Aligemeine Dienstedaten 

Das Objektmodell fur das Teilnehmerprofil im HLR und 
VDB/VLR muB so erweitert werden, dafi neben den vorhan- <* 
deoen GSM-Diensten auch alle vorhandenen (und zukiinfti- 
gen) ISDN-Dienste abbildbar sind. Nach MSghchkeit sollen 
vorhandene GSM-Objekte auch fur ISDN-Dienste wicder- 
verwendet werden. Sofem die GSM-Objekte zur Abbildung 
des ISDN-Dienstes nicht ausreichen, sollen die vorhande- 45 
nen Objekte erweitert werden und als private extention im 
MAP Qbertragen werden. ISDN-Dienste die im GSM-Ob- 
jektmodell nicht vorhan den sind, konnen als network speci- 
fic services eingefugt und im MAP Qbertragen werden. Hier- 
fur stehen jeweils 16 Dienste ftir die Kategorien Supplemen- 50 
tary Services, Teleservices und Bearer Services zur Verfu- 
gung. 

3.1.2 Mobilimtsdaten 

• S5 

Dienste mit Mobilitatsangeboten benotigen neben den 
o.g. Subskriptionen fflr Zusatz-, Tele- und Bearerdienste 
auch eine Subskription fur die Mobilitat. Zur Gestaltung des 
PCS sind fiir den Festnetz- und Mobilfunkbereich fblgende 
Opdonen notwendig. Die Optionen der beiden Bereich sind 60 
beliebig kombinierbar. 

Festnetz 

1. Keine Einschxankungcn, d. h. der Dienst steht dem 65 
Kunden an alien Anschlussen im T-Net, die fur Mobili- 
tat aufgerustet sind, zur Verfugung. 

2. Begrenzt auf TVSt, d. h. der Dienst steht dem Kun- 
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den an alien Anschlussen im Bereich einer oder mehre- 
rer TVSten, die fur Mobilitat aufgerustet sind, zur Ver- 
fugung. 

Begrenzt auf AnschluB, d. h. der Dienst steht dem Kim- 
den an einem oder mehrereo Anschlussen zur Verfugung. 

MobUfunknetz 

1. Keine Eirischrankungen, d. h. der Dienst steht dem 
Kunden im gesamten Service Bereich der T-Mobil 
(D 1-Netz und in den Netzen aller Roaming Partner) zur 
Verfugung. 

2. Nut Heimnetz, d. h. der Dienst steht dem Kunden 
nur im D 1-Netz zur Verfugung. 

3. Regional begrenzt, d. h. der Dienst steht dem Kun- 
den nur in explizit erlaubten Regionen im Service Be- 
reich der T-Mobil (Dl-Netz und in den Netzen der 
Roaming Partner) zur Verfugung. 

Fur den Mobilfunkbereich sind die Mobilitatsoptionen 
beute breites durch Funktionen im HLR und VLR realisieit 
Fiir den Festnetzbereich sind grundsarzlich zwei Altemati- 
ven mQglich, urn die jeweiligen Optionen zu realisieren: 

1. Im HLR sind keine Mobilitatsprofile fur den Fest- 
netzbereich abgelegt. Stau dessen wind in den TVSten 
pro AnschluB eine Black- oder Whitelist der nicht-bc- 
rechtigteo bzw. berechtigen Kunden verwaltet 

2. Im HLR wird die Berechtigung fur einzelne An- 
schlttsse oder einzelne TVSten verwaltet (Black- oder 
Whitelist) und ggf. zum VDB/VLR flbermittelL Even- 
tuell kann die fiir den GSM-Standard definierte Regio- 
nal Subscription LBsung fur diese Anwendung verwen- 
det oder erweitert werden. 

Bevorzugt wird eine Lfisung entsprechend Alternative % 
da dies den administraliven Aufwand in der TVSt minimiert 
und somit die Bereitstellung des Dicnstes fiir den Kunden 
beschlcunigt. 

3 . 1 .3 HeimatanschluB 

Grundsatzlich sollen zwei Arten der Rufhummer dem 
PCS -Kunden altemativ angeboten werden: 

1. Serviccrufhummer 

2. Klassische Rufhummer aus dem Ortsnctz (Ortsnetz- 
nifnummer) Bei Verwendung der Servicerufhummer 
ist die Definition eines Heimanschlusses nicht notwen- 
dig. Im Gegensatz dazu muB jedoch bei Verwendung 
einer Ortsnetzrufnummer pro Kunde ein Heimatan- 
schluB eingerichtet werden. In der entsprechenden 
TVSt muB kundenspezinsch zu der Ortsnetzrufnum- 
mer die jeweilige HLR-Addresse administriert werden. 

3 . 1.4 IN-Trigger und IN-Kundendaten 

Dienste, die uber das Angebot der GSM- bzw. ISDN- 
Dienste hinausgehen konnen den Kunden optional als kun- 
denspezifische IN-Dienste angeboten werden. Zur Ansteue- 
rung dieser Dienste sind z. B. Initial Detection Points, Ser- 
vice Key und SCP-Addresse (IN-Trigger) notwendig. Zu 
unterscheiden sind Dienste die fur ankommende Rufe (PTC, 
PCS Terminating Call) bzw. abgehende Rufe (POC PCS 
Originating Call) relevant sind; es sind jeweils unterschied- 
liche IN-Trigger notwendig. Die IN-Trigger fur POC sind 
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optionaler Bestandleil der Kundendaten im HLR und VDB/ 
VLR. Die Trigger werden im MAP ubertragen. Dieses Prin- 
zip ist bci PCS-Kunden mil Servicerufhummer auch fur die 
PTC-IN-Triggcr notwendig. Bci PCS-Kunden mit Ortsnetz- 
rufnummex sind zwei Moglichkeiten zur Bereitstellung der 5 
PTC-IN-Trigger denkbar. 

1. Dex PTC-IN-Trigger ist optionaler Bestandteil der 
HeimatanschluBdatEn und wird in der entsprechenden 
TVSt kundenspezifisch (ziisaizlich zur HLR-Addresse) 10 
administriert 

2. Die PTC-IN-Trigger ist optionaler Bestandteil der 
Kundendaten im HLR und VDB/VLR. Der Trigger 
wird im MAP ubertragen. 

15 

Bevorzugt wird einc Losung entsprechend Alternative % 
da dies den administrativen Aufwand in der TVSt minimiert 
und sorait die Bereitstellung neuer IN-Dienste fur den Knn- 
den beschleunigt und erleichtert. 

Zusatzlich zu den o.g. IN-Triggem sind kundenspezifi- 20 
schen IN-Daten im SCP notwendig. Auf diese wird jedoch 
mer mcht naher eingegangen. 

3.2 Piozeduren fur die MobiUtat 

25 

In den folgenden Kapiteln wird auf die Ablaufe der wich- 
tigsten Prozeduren fur PCS eingegangen. Auf Prozedurcn 
im mobilfunkbereicb wird nicht naher eingegangen, da 
diese durch den GSM-Standard vorgegeben sind und wegen 
der notwendigen KompatibilitSl zu anderen GSM-Netzen 30 
auBcrhalb der Standardisierung nicht ver&nderbar sind. 

3.2.1 Registrierung (Location Update) 

Ziel der Registrierung ist es die benStigten Dal en des 35 
Kundenprofils von dem HLR in das VDB/VLR zu abertra- 
gen und im HLR den aktuellen Aufenthaltsinformation be- 
reitzustellen. Die Registrierung ist grundsatzlich an jedem 
mit dem o> Interface ausgestattetem AnschluB moglich. 
Kundenindividuelle Einschrankungen k6nnen durch das *> 
Kundenprofil realisiert weiden. 

Die Registrierung wird durch das Endgerat angestoBen. 
Das Endgerat identifiziert sich in der Anforderung fur die 
Registrierung gegenUber dem Neiz mit der IMS1 oder der 
TMSL Zur Authentisierung wird das im GSM-Standard vex- 45 
wendete Verfahren verwendeL Es sind vier Arten der Regi- 
strierung zu unterscheiden: 

1. Einbucben eines Endgerats an einem neuen Access 
im Bereich einer neuen VDB/VLR: » 
Bei GSM Mobilstationen wird durch den Vergleicb der 
auf der SIM gespeicherten Location Area nrit der von 
dem Broadcast Channel ausgestrahlten Location Area 
die Notwendigkeit fur ein Location Update erkannt 
Eine vergleichbare Funktion muB fur das a-Interface 55 
entwickelt werden. 

Da in dicsem Fall der Kunde nicht in dem VDB/VLR 
der TVSt registriert ist, verlangert das VDB/VLR die 
Anfrage zum HLR. Das zustandige HLR wird anhand 
der IMSI ermittelt (GTT nach ITU-T E.212). Je nach « 
gewahlter Alternadve fur die Mobilitfitsoptionen im 
Festnetz, wird die Zuiassigkeit der angeforderten Regi- 
strierung in der TVSt oder im HLR (fur einzelne An- 
schlflsse nach Obcrtragung des Profils im VDB/VLR) 
Qbcrprtift Dem HLR wird die E.164-Nummer der 65 
TVSt als MSG- und VLR-Nummer ubermittelt. Vbr 
Abschlufi der Registrierung wird das notwendige Kun- 
denprofil in das VDB/VLR abertragen. Das VDB/VLR 
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speichert den aktuellen AnschluB des Knn ri m . 

2. Einbuchen eines Endgerfits an einem neuen Access 
im Bereich des alien VDB/VLR: 

We in Punkt 1.) erkennt das EndgerSt die Notwendig- 
keit einer neuen Registrierung. 

Da in diesem Fall der Kunde bereits in dem VDB/VLR 
registriert ist, wird die Registrierung ohne Beteiligung 
des HLR ausgefuhrL In dem VDB/VLR wird je nach 
gewahlter Alternative anhand der fest gespeicherten 
Daten oder der in dem dynamischen Profil enthaltenen 
Daten die Zuiassigkeit der angeforderten Registrierung 
fur diesen AnschluB uberpruft Das VDB/VLR spei- 
chert den aktuellen neuen AnschluB des Kunden. 

3. Anmelden des Endgerats am alien Access nach 
IMSI-Detach: 

Im VDB/VLR wird das ATT-Flag auf auached gesetzL 

4. Nach Ablauf des Periodic Location Update Timers 
in dem Endgerat: 

In GSM-Endgeralen wird nach Ablauf eines Periodic 
Location Update Timers prophylaktisch eine peri- 
odische Registrierung initiiert Der Startwert des Ti- 
mers wird uber den Broadcast Channel ausgestrahlten. 
Nach jeder Kommunikation zwischen Netz und Endge- 
rat wird der Tuner neu gestartet Diese Prozedur ist we- 
sentlicber Bestandteil der Implicit Detach Prozedur des 
VDB/VLR (Kunde wird automatisch gedetached wenn 
ein kundenspezinschcr Timer im VDB/VLR ablauft, 
der Timer wird nach jeder Kommunikation zwischen 
Netz und Endgerat neu gestartet). Dariiber hinaus wird 
die Prozedur zur Beseitigung von Inkonsistenten der 
Dateien verwendet Eine vergleichbare Funktion muB 
deshalb auch fur das a-Interface entwickelt werden. 
Je nach Daten stand des VDB/VLR fuhrt die peri- 
odiscbe Registrierung zu den in Punkt 1.) bis 3.) ge- 
nannten Aktionen. 

Nach erfolgreicher Registrierung erfolgt eine temporare 
Zuordnung des Kunden, d. h. der IMSI zu dem physikali- 
schen AnschluB. Grundsatzlich konnen mehrere Kunden 
zeitgleich einem physlkalischen AnschluB zugeordnet wer- 
den. 

3.2.2 PCS Originating Call (POO 

Ein PCS Originating Call (POQ wird vom Endgerat 
durch eine entsprechende Aufforderung (Setup) via dem Cl- 
in terf ace angestoBen. Das Endgerat identifiziert sich gegen- 
Uber dem Netz mit der IMSI oder der TMSL Zur Authenti- 
sierung wird das im GSM-Standard verwendete Aferfahrerj 
verwendet 

Im VDB/VLR wird die Zuiassigkeit des angeforderten 
Calls (Subscription des Teleservices, ODB Sperren, Barring 
Einstellungen etc.) uberpruft. Gegebenenfatts wird der Call 
mit dem entsprechenden Cause zuruckgewiesen bzw. bei 
ODB zum Operator umgeleitet 

Nach erfolgreicher ttberrjrufung im VDB/VLR wird der 
angeforderte Call aufgebaut Als CallmgPartyNumber wird 
die im VDB/VLR gespeicherte Rufnummer (Basic 
MSISDN) des Anrufers (Ortsnetznumraer oder Service- 
nummer) eingesetzt. Die LocationNumber wird anschluBab- 
h an gig aufgesetzt 

Wenn im VDB/VLR ein IN-MOC-Triggej (optional) ge- 
setzt ist, wird ein IN Dialog zu dem zustandigen Service 
Control Point (SCP) inituerL Die SCP-Addresse (E.164 
Nummer) und der ServiceKey sind Bestandteil des In-THg- 
gers. 
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3.2.3 PCS Terminating Call (PTC) 

Bci einem PCS Terminating Call (PTC) ist fur den Ruf- 
aufbau eine MAP Abfragc zum HLR (vcriangcrt ins VDB/ 
VLR) notwendig. Diese Ab&age (Intfiirogation) wird bei 
Kiinden mit einer Ortsnetzrufhununer von der TVSt nrit 
dera HeimatanschluB (Gateway) gestartcL Anhand dcr zur 
Rumummer gespeicherten HLR-Number (E.164 Nummer) 
wird das zustandige HLR abge&agt Bei Kiinden mit einer 
Servicenummer kann die Interrogation in beliebigen VSten 
Oder MSCen erfolgcn (Gateway). Anhand dex Servicenum- 
mer (z. B. anhand der ersten vier Ziffern nach dem NDC) er- 
folgt eine eindeutige Zuordnung zu dem zustandigen HLR. 

Mit der Interrogation zum HLR werden aile verfugbaren 
Dienstedaten Qbermittell. Im HLR wird die Zulassigkeit des 
angefordertcD Calls (Subskriprion des Telcservices, ODB 
Sperren, Barring Einstellungen etc.) uberpriift Gegebenen- 
f alls wird der Call mit dem entsprechenden Cause zuruckge- 
wiesen. 

Nach erfolgreicher Oberprufung im HLR wird (sofem 
Call Forwarding unconditional nicht akriviert ist) die Inter- 
rogation zum aktuellen VDB/VLR fortgesetzt 

Das VDB/VLR pruft den Attach-Status des Kunden 
(IMSI) und beantwortet die Interrogation mit einer temporS- 
ren Rumummer aus dem Bereich der TVSt (Mobil Station 
Roaming Number, MSRN) oder dem entsprechenden Cause 
(absent subscriber). Die MSRN wird vom HLR an das Gate- 
way weitergegeben. Bei absent subscriber wird (sofern akti- 
viert) Call Forwarding Not Reachable im HLR angestofien. 

In dem Gateway wird die MSRN fur den Rufaufbau zur 
aktuellen TVSt verwendet. Sobald der Call die aktuellen 
TVSt erreicht hat, crfolgt die Korrelation zum gerufencn 
Kunden (IMSI) anhand der MSRN. In den VDB/VLR-Da- 
ten ist der aktnelle physikalische AnschluB en thai ten, via 
dem (^Interface wird eine dem GSM-Paging ahnliche Pro- 
zedur angestoBen und dcr Rufaufbau anschlieBend beendet. 
Das Endgerat wird mit der IMSI oder der TMSI vom Netz 
gem fen. Zur Authentisierung wird das im GSM-Standard 
verwendete Verfahren verwendet (Fig. 3). 

Wenn im HLR ein IN-MTC-Trigger (optional) gesetzt ist, 
wird die Interrogation vorerst nicht zum VLR fortgesetzt 
Statt dessen wird der IN-Trigger zum Gateway zuriickgege- 
ben und ein IN Dialog zu dem zustandigen Service Control 
Point (SCP) initiierL Die SCP-Addresse (E.164 Nummer) 
und der ServiceKey sind Bestandteil des In-Triggers. Nach 
AbschluB des IN Dialogs wird (sofern durch den IN Dialog 
keine andere WeiterfUhrung fur den Rufaufbau gefordert 
wird) eine erneute Interrogation zum HLR und writer zum 
VLR initiiert (Fig. 4). 

3.2.4 Steuerung von Supplemetary Services 

ISDN und GSM Supplementary . Services werden durch 
das funktionale Protokoll zwischen Endgrat und HLR ge- 
steuert Die Steuerung zusatzlicher Dienste (nicht ISDN 
bzw. GSM Supplementary Services) im INS ist noch offen, 
kann aber beisielsweise fiber einem IN-IP oder via dem In- 
ternet erfolgen. 



3.2.4.1 Zugang zur PCS-Box 
3.2.4.2 Ablegen von ncuen Nacbricbten 
3.2.4.3 Benachrichtigung durch PCS-Box 
3.2.4.4 Abfrage der PCS-Box 
3.3 Numbering 
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IMSI: 
MSRN: 
VLR-Numben 
Access-ID: 



MSISDN: 

HLR-Numbcn 

MSC-Numbcn 
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3.4 Interworking zwischen AnschluB- iind Netzprotokollen 

3 J5 Bereitstellung von Abrechnungsdaten 

4 Gerrennies Intelligent Network System nrit Kopplung zum 
HLR 



Die Home Data Base (HDB) besteiit bei dieser Konligu- 
25 ration aus einem Intelligent Network System und einem 
GSM-HLR, die iiber eine zunachst proprietiire, offenen 
Schnittstelle verkoppelt sind Dieser Ansatz wurde in dieser 
Form gewShlt, um insbesondere zwei Aspekte zu beruck- 
sichtigen: 

30 

- Der hier bcschriebene nSchste Schritt zur Bereitstel- 
lung einer tecbnischen Plattform fur Verbunddienste 
sollte moglichst schon eine Entwicklung in die Ricb- 
tung der zwischen der Deutschen Telekom und T-Mo- 

35 bil abgestimmten Zielkonfiguration sein. Die Zielvor- 
stellung bemht auf einem HDB/VDB- Konzept und ba- 
siert auf den Modellen der Intelligent Network Stan- 
dards des Capability Set 2 und 3. 

- Die Konvergenz der Dienstprofile und die Integra- 
40 tion der Service Profile aus TVSt, HLR und SCP/SMP 

ist eines der wesentlichen Ziele der Produktentwick- 
lung. Das hier beschriebene Modell erlaubt eine fruhe 
und konsequente Umsetzung dieses Zieles. 

45 Die hier verges te lite Konfiguration sieht vor, daB das INS 
die gesamte Kommunikation zu den Vermittlungsstellen des 
Basisnetzes (zun&chst nur TVSt, in einem Folgeschritt auch 
die MSC-Funktionen des eigenen Netzes) Ubernimmt und 
als zentraler Punkt des Dienstemanagements und Mobili- 

50 tatsmanagement agierL Das HLR ubernimmtdie Anpassung 
an die GSM-Schnittstellen (MAP). Veranderungen an den 
Daten des Diensteprofils eines Kunden werden uber das 
HLR dem INS weitergegeben und von doit qirittiert. Die 
GSM Daten sind im INS abgebildet Fig. 5 zeigt die Grund- 

ss struktur dieser Konfiguration: 

Das INS ist aus Konfigurationsgrflnden im T-Net angesie- 
delt, das HLR aus GrQnden der einfacheren Konfiguration 
zun&chst im T-Mobil Net Der T-Mobil INAP wird iiber die 
Netzgrenze gefuhrt, die SCP-Funktion ist im Festnetz ange- 

60 siedelL Die Konfiguration kann in einem Folgeschritt durch 
Integration von INS und HLR bzw. TVSt und MSC mit kiei- 
neren Veranderungen der Netzkonfiguration zu einem koo- 
vergenten T-Net weiterentwickelt werden (Fig. 6) . 
Fur spezielle Dienste ist zunSchst die Steuerung durch ein 

63 INS auf der Mobilfunkseite moglich, die PCS-Tln-Daten 
sind jedocb auf der HDB- Struktur komplett abgebildet Die 
Triggerpunkte fur das AnstoBen der INS von der Mobilfunk- 
seite aus sind option aler Bestandteil des GSM-Teilnehmer- 
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profils, die Triggerpunkte im T-Net and in den TV St ar- 
miert. (Eincr E.164 Nummcr ist jeweils einc "Hdm-TVSt" 
zugcordnet, die die relevanten TKggerpunkte enthaU) Zur 
Umsetzung der Architektur ist eine Erweiterung des INAP 
urn bestimmte MAP-Funktionen notwendig. (MAP-Funk- 
tioDen zum Location Update und ankommenden Vexbin- 
dungsaufbau.) 

Ein Interworking zwischen INAP und dem a-Interface ist 
fur den Zugang fur Teilnehmer mit Mobilitatsfonktionen 
vom T-Net Access aus vorgesehen. 

4.1 Subskription und kundenspezifische Daten 

4.1.1 Allgemeine Dienstedaten 

Eines der wesentlichen Ziele bei der Weiterentwicklung 
der PCS-Angebote ist die KoDvergenz der Dienstprofile. 
Dies bedeutet vor alien Din gen, daB das Service Profile ei- 
nes Teilnehmers nicht, wie heute in bis zu drei nicht mitein- 
ander korrelierten Datenbanken <TVSt, SCP/SDP und HLR) 
soodern an einer S telle zusammengefaBt wild. Dies betnfft 
einerseits die Eingabe und Veranderung von Daten des 
Diensteprofils (z. B. Ziele der Anrufwciterschaltung, ge- 
sperrte Ziele usw.), andererseits die konkrete Bearbeitung 
eines Dienstmerkmales. 

Der zuerst genannte Aspekt, die Haloing und Verande- 
rung der Kundendaten, sollte umfassend im INS moglich 
sein. 

Fiir die konkrete Ausfuhrung von Diensten, Dienstmerk- 
malen und IN-Funktionen muB festgelegt werden, wo sie 
stattfindeL 

Dabei sind zwei Extreme denkban 



- Auf der Basis sehr umfangreicher Daten, die in die 
VDB-Funktion geladen werden, ist die Behandlung der 
Verbindung - zumindest zu einem grofien Teil - in der 
TVst/MSC moglich, ohne fiir den konkreten Fall eine 
IN-Abfrage zu starten. Vom IN her werden nur noch 
einzelne Informationen beigesteuert, die in die Nach- 
richten und Parameter fur die weitere AnrufbeHandlung 
eingebaut werden. Das INS spielt in diesem Falle - wie 
vom "klassischeiT IN her bekannt - die Rolle einer 
"Zusatzsteuerung", die eigentliche Call Control Funk- 
tion liegt in der TVSt/MSC Diese Situation gibt Fig. 7 
wieder. Dabei werden die in der TVSt/MSC empfange- 
nen Daten dort gespeichert, behandelt und weiterge- 
schickt. Das INS nimmt EinfluB durch die Veranderung 
einzelner Informationen. 

- Im zweiten Fall ist das INS in die Behandlung der 
Verbindung sehr viel enger einbezogen als im ersten 
Fall. Alle Nachrichteninhalte werden durch das INS 
aufgesetzt, nur die vom INS erzeugten, verfinderten 
oder unveranderten Nachrichten werden weiterge- 
schickt (Fig. 8). 



verstehen muB, daB Farwarding-25ele auf verschiedenen 
Plattformen unabhangig voneinander existieren kfinnen.) Da 
das Ziel ein einheitliches Service Profile fur dnen Teilneh- 
mer ist, muB das leilnehmcrprofil im INS es eriauben, so- 
5 wohl alle vorhandenen (und kunftigen) ISDN- als auch 
GSM-Dienste abzubilden. 

Im Sinne des Zieles von nctzflbergreifender Mobilitfit 
wird es notwendig, das Service Profile eines Kunden eben- 
falls mobil zu machen. Das Dienstprofil eines mobilen Kun- 
10 den muB in beliebigeo TV St immex dann zur Verfugung ste- 
hen, wenn der Kunde sich im Bereich einer TV St aufhalL 
Die Objektmodclle fur die Knrichtung und Veranderung 
der. Tbilnehmerdaten in den Netzknoten (im Sinne von 
TMN) werden soweit wie moglich aus vorhandenen Imple- 
15 mental ionen (Q3-Schnittstellen an TVSl und MSC) Uber- 
nommen, das Diensteprofil befindet sich zunachst im INS. 
Beim Einbuchen des Kunden in einer bestimmten TVSt 
wird das Profil dorthin geladen. (Visitor Data Base, VDB-, 
Funkuon in der TVSt.) Die dazu notwendigen Datenstruktu- 
20 ren sollen soweit wie moglich an den fur die Q3-Schniu- 
stelle festgelegten Objektmodellen angel ehnt sein, als 
Transportmec hanis mus soil der nun als SPS1 -Standard ver- 
fQgbare "Application Transport Mechanismus (ATM)" auf 
dem TCAP verwendct werden. Dieser Mechanismus ist 
25 auch die Grundlage fiir den Transport der Informationen 
zwischen CUSF (Call unrelated Service Function) und SCR 
Die CUSF (IN, CS2) wird zusatzlich zur SSF in den TVSt 
u. a. dazu benutzt, die AnschluBleitungs-Protokolle zur 
Steuerung der Dienstmerkmale (funktional, key pad, ana- 
30 log) von der TVSt zum SCF zu n verlangem n (Fig. 9). 

Dabei mus sen - im Sinne eines einheitlichen Dienstepro- 
fils - die ISDN- oder GSM-Diensteprofile ggf . einander an- 
gepaBt werden. Die zur Steuerung der Dienste und zur Ver- 
anderung der Tbilnehmerdaten vom Access her notwendi- 
35 gen Protokolle und Datenstrukturen konnen dabei in weiten 
Teilen aus dem ISDN D-Kanal und dem GSM MAP Qber- 
nommen werden. Ziel ist eine offene Protokollstruktur ent- 
sprechend dem zukiinftigen DSS1+ Standard, da nur so der 
konvergierenden Entwicklung von privaten und Offenttichen 
40 Netzen Rechnung getragen werden kann. 

Protokolle auf der Basis des Generic Functional Protocol 
sind auf den TCAP portierbar. Ein erstes Beispiel ist der in 
SPS5 entstandene VPN-Standard. Dieser Ansatz stellt eine 
fur die Zukunft offene Basis innerhalb des Telekomkonzerns 
45 dar, die die kunftigen Protokollentwicklungen (die diesen 
Grunds&tzen folgen) einfach abbilden kann. 

Das Objektmodell fur das Teilnehmerprofil im HDB muB 
in Richtung der GSM-Netzkomponenten so angepaBt wer- 
den, daB alle vorhandenen GSM-Objekte weiterverwendet 
50 werden konnen. Insbesondere die Daten, die in das GSM- 
VLR tiber den MAP geladen werden, sollten unverandert 
bldben. 



4.1.2 Mobilitatsdaten 



ss 



Der zweite hier beschriebene Fall ist derjenige, der mit 
den Zielvorstellungen besser harmoniert, da die Behandlung 
der Dienste, Dienstmerkmale und IN-Funktionen im HDB 
vereint sind. 

Dadurch wird es zum eincn mfiglich, die Interaktion von 
Diensten und Dienstmerkmalen mit tiberschaubarem Auf- 
wand zu behandeln, zum anderen wird ein fur den Kunden 
nachvoUziehbarer Status seiner Dienstmerkmale erreicht 

(Beispiel: Die Eingabe von Forwarding Zielen Dber- 
schreibt jeweils die vorher eingegebenen Ziele, unabhangig 
da von, von welchem Access aus die Steuerung des Dienst- 
merkmals geschiehL 

Dadurch wird dem Kunden nicht mehr zugemutet, daB er 



Dienste mit MobilitStsangeboten benQtigen neben den 
e.g. Subskriptionen fur Supplementary-, Bearer- und Tele- 
services auch eine Subskription fiir das Merkmal MobilitaL 
Um das FCS-Angebot skalierbar zu machen, sind sowohl 
60 fur das T-Net und das T Mobil-Net die im Folgenden be- 
schriebenen Optionen notwendig, die beliebig miteinander 
kombinierbar sein sollen: 



65 



4.1.2.1 T-Net 

- Keine Einschrankungen, d. h. das Merkmal Mobili- 
ty steht dem Kunden an alien Anschliissen im T-Net 
zur Verfugung, an denen die Mobilitatsfunktionen akti- 
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viert sind. 

- Begreozr auf den Bercich einer TVSt dh. das 
Merkmal Mobilitat stefat dem Kunden an alien An- 
schlOssen einer odex mehrcrer TVSt im T-Nct zur Ver- 
fugung, an denen die Mobilitatsfunkdonen aktiviert 
sind. 

- Begrcnzi auf einen AnschluB (AnschluB ini Sume 
von BasisanschluB, PMX-AnschluB), d, h. das Merk- 
mal Mobilitat steht dem Kunden an einem oder mehre- 
ren vorber bestimmten Anschliissen im T-Net zur Ver- 
fugung, an denen die Mobilitatsftmktionen aktiviert 
sind 

- Andere Profile sind wegen der in diesem Konzept 
verwendeten IN-Basis mit geringem Aufwand darstell- 
bar. 

4.1.2.2T-MobilNet 

- Keine Einschrankungen, d. h. das Merkmal Mobili- 
tat steht dem Kunden im gesamten Service Bereich der 
T-Mobil zur Verfugung. 

- Begrenzt auf den Bereich des Heimametzes, d. h. 
das Merkmal Mobility steht dem Kunden nur im Dl- 
Netz zur Verfugung. 

- Regional begrenzt, d, h. das Merkmal Mobilitat stent 
dem Kunden nur in explizit erlaubten Regionen im Ser- 
vice-Bereich der T-Mobil zur Verfugung. 

Sob aid die M&glichkeit der Nutzung von Momlilatsfunk- 
tiooen von jedem T-Net-AnschluB aus gegeben ist, lassen 
sich mit den Mioeln des IN die oben genannten (und ggf. an- 
dere) Mobilitatsoptionen im T-Net-HDB sehr einfach rcali- 
sieren. Fur den Mobilfunkbereich sind die genannten Mobi- 
litatsoptionen bereits durcb Punktionen im HLR und VLR 
reaiisiert, eine Umstellung auf die Nutzung der Moglichkei- 
ten des IN ware hier (im Sinne eines einheitlichen Dienste- 
profils) anzustreben, 

4.1.3 Heimatanschlufi 

Grundsatzlich so lien zwei Arten von Rufhummem dem 
PCS -Kunden alternativ angeboten werden konnen: 

- Ru mummer aus dem Bereich der Servicerufnum- 
mern (ohne 0171) oder 

- Ru faunrmer aus dem Bereich der Ortsnetzkennzah- 
len. 

Bei der Verwendung einer S erv iceru mummer muB die 
Zuordnung aller Teilnehmer zu ihren jeweiligen IN SCP- 
Funktionen in jedem Netzknoten (oder in einer definierten 
Untermenge davon) bekannt und aktuell verfugbar sein. Die 
Leitweglenfcung fur Servicemmunimern ist, unabhangig 
von PCS, in alien VSt reaiisiert Bei der \ferwendung von 
ONKZ kann die Einrichtung der Trigger- und SCP-Zuord- 
nungsdaten auf eine definierte TVSt (Heimat TVSt) be- 
grenzt werden. 

4, 1.4 IN-Trigger und IN-Kundendaten 

Die im IN abgebildetcn, bereits vorfaandenen Dienste aus 
den Bereichen GSM und ISDN konnen urn zusatzliche 
Dienste entsprechend den Moglichkeiten des IN erweitert 
werden. Dabei konnen die in den IN-Implementationen vor- 
gesehenen (originating/terminating) Detection Points einge- 
setzt werden. Zu unterscheiden sind Szenarien fur ankom- 
mende Rufe (PTC, PCS Terminating Call) von denen fur ab- 
gehende Rufe (POC, PCS Originating Call), es sind jeweils 



unterschiedliche IN-Trigger notwendig. 

Die IN-Trigger Detection Points fur PCS-Kundcn sind im 
GSM-Fall als Bestandteil der Kundendaten im HDB zu fuh- 
ren und tiber die HLR-Funktion iiber den MAP (Service 
5 Key) zur jeweiligen MSC zu iibertragen. Im Falle der Be- 
handlung von Verbindungen in der ISDN T-Net Struktux 
sind grundsatzlich zwei Losungen denkbar. 

- Die Detection Points als Daten im HDB geh alien 
10 und beim Aufbau einer ankommenden \ferbindung der 

TVSt ubergeben. Dies setzt varans, daB fur jede Ver- 
bindung (auch fur mcht-PCS- Verbindungen) cine IN 
Abfrage stattfindet Fur den abgehenden \ferbindungs- 
aufbau miissen die TVigger-Tabellen in die VDB gela- 
L5 den werden. 

- Darum erscheint das Konzept einer "Heimat" -TVSt, 
in der die entsprechenden Trigger fur ankommende 
Verbindungen armiert sind, der weniger aufwendige 
Weg zu sein. Die Armierung von Triggerpunkten fflr 

20 abgehende Verbindungen muB, wie im ersten Fall, in 
der jeweils akmellen (Visited-)TVst mit dem Laden des 
Kundenprofils geschehen (s, o.). 
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4.2 Prozeduren fur die Mobilitat 



In den folgenden Kapiteln wird auf die Abl&ufe der wich- 
tigsten Prozeduren fur PCS eingegangen. Auf Prozeduren 
im Mobilfunkbereich wird nicht eingegangen, da diese 
30 durch den GSM- Standard vorgegeben sind und wegen der 
notwendigen Kompatibilitat zu anderen GSM-Netzen au- 
Bcrhalb der Standardisierung nicht veranderbar sind. 



4.2.1 Registrierung (Location Update) 



35 



Ziel der Registrierung ist es, die benQtigten Daten des 
Kundenprofils von dem HDB in das VDB/VLR zu ubertra- 
gen und im HDB die aktuellen Aufenmaltsinformariorjen 
bcreitzustellen, Die Registrierung ist grundsatzlich an jedem 
40 mit dem a-Interface ausgestattetem AnschluB mSglich. 
Kundenindividuelle Einschrankungen werden durch das 
Kundenprofil reaiisiert Die Registrierung wird durch das 
Endgerat angestoBen. Das Endgerat identifiziert sich in der 
Anforderung fur die Registrierung gegenUber dem Netz mit 
45 der IMSI oder der TMSL Zur Authentisierung wird das im 
GSM-Standard verwendete Verfahren verwendet. 

Nach erfolgreicher Registrierung erfoLgt eine temporSre 
Zuordnung des Kunden, d. h. der IMSI zu dem physikali- 
schen AnschluB. Grundsatzlich konnen mehrere Kunden 
SO zeitgleich einem physikalischen AnschluB zugeordnet wer- 
den. 

Es sind vier Arten der Registrierung zu unterscheiden: 

4.2.1.1 Einbuchen ednes Endgerats an einem neuen Access 
55 im Bereich einer neuen VDB/VLR 

Bei GSM Mobilstationen wird durch den Vergleich der 
auf der SIM gespeicherten Location Area mit der von dem 
Broadcast Channel ausgestrahlten Location Area die Not- 

60 wendigkeit fur ein Location Update erkannL Da die SIM 
auch innerhalb des Festnetzes verwendet werden soil, muB 
das Konzept der Location Area fur die T-Net-Anwendung 
weiterentwickelt werden, Dabei ist die Kompatibilitat mit 
den GSM-Prozeduren sicherzustellen, da beide Prozeduren 

65 nicht parallel zueinander sondem miteinander zum Einsatz 
konunea. Daher miissen auf der SIM gespeicherte GSM-Lo- 
cation Areas verstanden werden und vom Festnetz Location 
Areas auf die SIM gespcichert werden, die in den GSM- 
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Komponenten zu keinen Inkompatibilitaten fuhren, Das o> 
Interface muB cine cntsprecbendc Funktion unterstfltzcn. 

Das Location Update wild vom VDB/VLR dcr TVSt zum 
INS/HLR hin verlangert Das richtige INS wind anhand der 
IMSI ermittElt Die Zulassigkeit der angeforderten Regi- 5 
strierung wild im INS/HLR uberprttft Dem INS wird eine 
TVSt/VDB-Kennung im Formal einer E.164-Nummer oder 
cine MSC- und VLR-Nummcr im R164-Format ubermit- 
telt Vox AbschluB der Registrierung wild das notwendige 
Kundenprofil in das VDB/VLR ubertragen (s. o.). Das 10 
VDB/VLR speichert den aktuellen AnschluB des Kunden. 

4.2 1 2 Einbuchen eines Endgerats an einem neuen Access 
im Bereich des alien VDB/VLR 

IS 

We in Punkt 3.2.1.1 erkennt das Endgerat die Notwen- 
digkeit einer neuen Registrierung. Das Location Update 
wird nun wie oben beschrieben vom VDB/VLR der TVSt 
zura INS/HLR hin verlangert. Im INS/HLR wird je nach ge- 
wahlter Alternative anhand der dort gespeicherten Dal en die 20 
Zulassigkeit der angeforderten Registrierung Kir diesen An- 
schluB Uberpriift Das INS speichert den aktuellen neuen 
AnschluB des Kunden. 

4.2.1.3 Anmelden des Endgerats am alten Access nach 25 
IMSI-Detach 

Im VDB/VLR wird das ATT- Flag auf attached gesetzL 

4,2. 1 .4 Nach Ablauf des Periodic Location Update Timers in » 
dem Endgerat 

In PCS-Endgeraten wird nach Ablauf eines Periodic Lo- 
cation Update Timers prophylaktisch eine periodische Regi- 
strierung initiierL Der Kunde wird automatisch an diesem as 
Stan dort abgemeldet (detach), wenn ein kundenspezifischer 
Timer im VDB/VLR ablauft. Der Startwert des Timers wird 
im Rahmen der Kommunikation zwischen Endeinrichtung 
und VDB Dber das ct- Interface festgelegt. Der Timer wird 
nach jeder Kommunikation zwischen Netz und Endgerat 40 
neu gestartet Die Periodic Location Update Prozedur lauft 
entsprechend der oben beschriebenen Prozedur ab. 

Diese Prozedur ist wesentlicher Bestandteil der Implicit 
Detach Prozedur des VDB/VLR. Daruber hinaus wird die 
Prozedur zur Beseitigung von Inkonsistenzen der Dateien 45 
verwendet Die Periodic Location Update Prozedur muB 
darum auch auf Basis des o-toterfaces entwickelt werden. 
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4.2.2 PCS Originating Call (POQ 



Ein PCS Originating Call (POQ wird vom Endgerat 
durch Aussenden einer Setup-Nachricht im D-Kanal ange- 
stoBen. Das Endgerat identinziert sich gegenQber dem Netz 
mil der IMSI oder der TMSL Zur Authentisierung wird das 
im GSM- Standard verwendete Verf ahren verwendet 55 

Im VDB/VLR wird die Zulassigkeit der gewiinschten 
Verbindung Oberpruft. (Berechtigungen fur Dienste, Dienst- 
merkmale, Sperren, Barring Einstellungen e;Lc.) Gegebe- 
nenfalls wird der Verbindungswunsch rait dem entsprechen- 
den Cause zurOckgewiesen oder zum Operator umgcleiteL » 
Nach erfblgreicher ttberprufung im VDB/VLR wird die 
Verbindung aufgebaut, ggf. werden zuvor amrierte TDP ab- 
gearbeitet Als CallingPartyNurnber wird die im VDB/VLR 
gespeicherte Rufnummer (Basic MSISDN) des Anrufers 
(Ortsnetznummer oder Servicenummer) eingesetzt, sofem 65 
keine andere C alii ngParty Number vom SCP gesetzt wird. 
Die LocarionNumber wird anschluBabhangig aufgesetzt 
Die SCP-Addresse und der ServiceKcy sind Bestandteil der 



IN-Trigger Tabelle. 

4.23 PCS Tbrminating Call (PTC) 

Bei einem PCS Terminating Call (PTC) zu einer Rufnum- 
mer im Format einer Ortsnetzkennzahl ist in der Heimat 
TVSt des PCS Teilnehmers grundsatzlich ein TDP armiert, 
der zu einer Abfrage beim HDB fflhrt. Bei ankommenden 
Verbindungen zu einer Dienstexufaumrner wird ebeofalls 
eine INS-Abfrage initiiert Anhand der in der Triggertabelle 
gespeicherten INS-Adresse (E.164 Nurnrnernformal) wird 
das zustandige INS abgefragt Bei Kunden mil einer Ser- 
vicenummer kann eine IN- Abfrage in beliebigen Netzkno- 
ten (zunachst nur) des eigenen Netzes erfolgen. Anhand der 
Servicenummer muB eine eindeutige Zuordnung zu dem zu- 
stSndigen INS mfiglich scin. 

Mit der IN- Abfrage werden alle verfugbaren Diensteda- 
ten von der TVSt zum INS tibenrrittelt Im Falls einer Ruf- 
nummer im Format einer Ortsnetzkennzahl wird der Attach- 
Starus des Kunden (IMSI) in der TDP dem SCP mitgeteilL 
Im SCP wird die Zulassigkeit der angeforderten \ferbindung 
iiberpruft. 

Gcgebenenfalls wird die Verbindung mit dem cntsprc- 
chenden Cause zuriickgewiesen. 

Nach erfblgreicher tJberpriifung im SCP wird entspre- 
chend der verwendete n Rufhurrirnemstruktur 

- mit der vom SCP empfangenen Steuerinformation 
die Verbindung weiterbehandelt (Rufnummer im For- 
mat einer Ortsnetzkennzahl) oder 

- im Falle einer Servioerufhummer (Abfrage von ei- 
nem beliebigen Knoten im Netz) zunachst der Attacb- 
Status des Kunden (IMSI) vom SCP in der VDB/VLR 
uberpruft. Die VDB/VLR beantwortet die SCP- Ab- 
frage mit einer temporaren Rufnummer aus dem Be- 
reich der TVSt (Mobil Station Roaming Number, 
MSRN) oder dem entsprechenden Cause (absent sub- 
scriber). Die MSRN wird an den abfragenden Netzkno- 
ten weitergegeben. In dem Netzknoten wird die MSRN 
fur den Rufaufbau zur aktuellen TVSt verwendet (oder 
mit der vom SCP empfangenen Steuerirjformationen 
die Verbindung weiterbehandelt). Sob aid die Verbin- 
dung die aktuelle TVSt eneicht hat, erfolgt die Korre- 
lation zum gerufenen Kunden (IMSI) anhand der 
MSRN. In den VDB/VLR-Daten ist der aktuelle physi- 
kalische AnschluB enthalten, zu dem die Verbindung 
aufgebaut werden soli. Das Endgerat wird mit der ent- 
sprechenden IMSI oder der TMSI vom Netz gerufen. 
Das Pagen des Endgerates wird direkt vom T-Net ge- 
steuert. Zur Authentisierung wird das im GSM- Stan- 
dard verwendete Verf ahren verwendet. 



so 



4.2.4 Steuerung von Dienstmerkmalen 

Zur Steuerung von ISDN- und GSM -Supplementary Ser- 
vices siebe Kapitel 3.1.1. 

4.2,5 Zugang zur PCS-Box 

4^5.1 Ablegen von neuen Nachrichten 

Die Nachrichten werden durch den SCP gesteuert, zur 
FCS-Box geleitet 

4.2.5.2 Benachrichtigung durch PCS-Box 

Die Benachrichtigung geschieht Obex SMS zu GSM End- 
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geriilen und Message Waiting Indication entsprechend des 
ETSI Standards zu ISDN EG. 

4^5.3 Abfrage der PCS -Box 

Die Abfrage der PCS Box geschieht vom T-Net und vora 
MobiLnetz aus unter Verwendung der Moglichkeitcn, die die 
Authentifikation uber SIM bietet, eine PIN wird nicht mehr 
verwendet 

4.3 Numbering & Routing 



to 



Die Nummernparameter des GSM werden im T-Net eben- 
f alls benutzt. Bei den verwendeten Nummem sind die teil- 
nebmerbezogenen (IMSL MSISDN, MSRN, Access-ID, 15 
MSN) und die Netzknoten-bezogenen Parameter zu unter- 
scheiden. (HDB (SCP/HLR)-Adressen im E.164 Formal, 
VDB Adresse im E.164 Format, TVSt Adresse im E.164 
Format.) ^ 

20 

4.4 Interworking zwischen AnschluB- und Netzprotokollen 
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wurde bereits weiter oben behandelt 

4.5 Bereitstellung von Abrechnungsdaten 

Die Zuordnung von Abrechnungsdaten muB zu IDs, nicht 
zu Netzadressen erfolgen. 

5 SCF und HLF in einem Knoten, Variante INAP im Fest- 30 

netz 

Bei Architektur besteht die HDB aus einem Knoten mit 
Service Control Function (SCF) und Home Location 
Function (HLF). Die SCF ubcrnimmt die gesamte Kommu- is 
nikation zu den Vermittlungsstellen des Basisnetzes (zu- 
nachst nur TVSt, in einem Folgeschritt auch die MSC-Funk- 
tionen des eigenen Netzes) und agiert als zentraler Punkl des 
Mobilit&tsmanagemenL Die HLF Ubemimmt die Anpassung 
an die GSM-Schnittstellen (MAP). Beide Funktionen grei- 40 
fen auf eine gemeinsarne Datenbank zu. Die Konfiguration 
macht eine Neuentwicklung des HDB erforderlich (Fig. 10). 

Der wesentliche Unterschied zu dem in Kapitel 3 be- 
schriebenen Konzept liegt darin, daB die HDB nun in einem 
Netzknoten zusammengefaBt ist. Damit fallt die Kommuni- 45 
kation zwischen INS und HLR uber eine proprietare 
Schnittstelle weg. Dies 1st insbesondere von Bedeutung bei 
zeitkritischen Vorgangen, die innerhalb festgelegter Quit- 
tungszeiten abgeschlossen sein tmissen. Diese Falle treten 
insbesondere bei der Quittienmg von Prozeduren des HLR ' 50 
gegenuber dem GSM-Netz auf. Da das INS immer die aktu- 
ellen Daten des Kunden halten soil, kann die QuiUierung nur 
von dort (uber das HLR) in das GSM-Netz erfolgen. Wbgen 
dieser Vereinfachungen ist die in diesem Kapitel beschrie- 
bene Losung baldrnoglichst anzustreben. Da die Ablaufe S5 
und Ran dbedi ngungen im Wesentlichen den im letzten Ka- 
pitel beschriebenen Funktionen entsprecbeh, wird bier auf 
eine wiederholte Darstellung verzichtet Das INS /HLR ist 
jeweiis durch das HDB zu ersetzen. 

60 

6 SCF und ELF in einem Knoten, Variante INAP und MAP 

im Festnetz 

Bei Architektur besteht die HDB aus einem Knoten mit . 
Service Control Function (SCF) und Home Location « 
Function (HLF)* Beide Funktionen greifen auf eine gemein- 
sarne Datenbank zu. Die HLF ist zentraler Punkt fur das Mo- 
bilitatsmanagement und verwaltet das leilnehmerprofil tin- 



kins sische ISDN/GSM-Diensie, Fiir spezielle Dienste ist 
Steuerung durch die SCF mdglich. Die dafiir norwendigen 
Triggerpunkte sind optionaler Bestandteil der Teilnehmer- 
profile. 

5 Zur Umsetzung der Architektur ist eine MAP-Implemen- 
tierung mit Interworking zum a-Interface in den TVStn not- 
wendig. Dariiber hinaus ist eine Neuentwicklung des HDB 
erforderlich (Fig. 11). 

6.1 Subskription und kimdenspezifische Daten 

6.1.1 AUgemeine Dienstedaten 

Das Objekrmodell fur das leilnehmerprofil in der Data- 
base (SDP, Service Data Point) muB so designed werden, 
daB neben den GSM-Diensten auch alle ISDN-Dienste ab- 
bildbar sind. Nach Moglichkeit soUen vorbandene GSM- 
Objekte auch fur ISDN-Dienste wiederverwendet werden. 
Sofem die GSM-Objekte zur Abbildung des ISDN-Dienstes 
nicht ausretchen, sollen die vorhandenen Objekte erweitert 
werden und als private extention im MAP ubertragen wer- 
den. ISDN-Dienste die im GSM-Objektmodell nicht vor- 
handen sind, konnea als network specific services eingefiigt 
und im MAP Ubertragen werden. Hicrfur stehen jeweiis 16 
Dienste fiir die Kategorien Supplementary Services, Tele- 
services und Bearer Services zur Verfugung. 

6.1.2 Mobilitfitsdaten 

Dienste mit Mobilitatsangeboten benotigen neben den 
o.g. Subskriptionen fiir Zusatz-, Tele- und Bearerdienste 
auch eine Subskription fur die Mobility Zur Gestaltung des 
PCS sind fiir den Festnetz- und Mobilfunkbereich folgende 
Optionen norwendig. Die Optionen der beiden Bereich sind 
beliebig kombinierbar. 

Festnetz 

1. Keine Hnschrfinkungen, d. h. der Dienst steht dem 
Kunden an alien Anschlussen im T-Net, die fiir Mobili- 
ty aufgerUstet sind, zur \ferfUgung. 

2. Begrenzt auf TVSt, d, h. der Dienst steht dem Kun- 
den an alien Anschlussen im Bereich einer oder mehre- 
rer TVSten, die fUr Mobilitfit aufgerOstet sind, zur Ver- 
fugung. 

3. Begrenzt auf AnschluB, d. h, der Dienst steht dem 
Kunden an einem oder mehreren Anschlussen zur Ver- 
fugung. 

Mobilfunknetz 

1. Keine Hnscrirankungen, d. h. der Dienst steht dem 
Kunden im gesamte n Service Bereich der T-Mobil 
(Dl-Netz und in den Netzen aller Roaming Partner) zur 
Verfiigung. 

2. Nur Heimnctz, d. h. der Dienst steht dem Kunden 
nur im Dl-Netz zur Verfiigung. 

3. Regional begrenzt, d. h. der Dienst steht dem Kun- 
den nur in explizit eriaubten Regionen im Service Be- 
reich der T-Mobil (Dl-Netz und in den Netzen der 
Roaming Partner) zur Verfiigung. 

Fur den Mobilfunkbereich sind die Mobilitatsoptionen 
heute breites durch Funktionen im HLR und VLR realisiert 
Fuf den Festnetzbereich sind grundsaizlich zwei Altemati- 
ven mdglich. um die jeweiligen Optionen zu realisieren: 

1. Im HLR sind keine Mobilitatsprofile fur den Fest- 
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netzbereich abgelegt Statt dessen wild in den TVSten 
pro AnschluB cine Black- oder Whitelist dcr mcht-be- 
rcchtigten bzw. bcrechtigen Kundco verwalieL 
2. Im HLR wird die Berechtigung fur einzelne An- 
schliisse oder einzelne TVSten verwallet (Black- oder 5 
Whitelist) und ggf. zum VDB/VLR ubermitteLL Even- 
tuell kann die fUr den GSM-Standard definierte Regio- 
nal Subscription Losung fur diese Anwendung verwen- 
det oder erweitert werden. 



Bevorzugt wild eine Losung enisprechend Alternative % 
da dies den administrative!! Aufwand in der TVSt minimiert 
und somit die BeieitsteUung des Dienstes Rir den Kunden 
beschleunigt. 

6.1.3 HeirnatanschluS 

Grundsatzlich sollen zwei Arten der Rufaummer dem 
PCS-Kundcn altemativ angebotcn werden: 
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1. Servicerufnummer 

2. Klassische Rufaummer aus dem Ortsnetz (Ortsnetz- 
rufiiummer) Bei Verwendung der Servicerufnummer 
ist die Definition eines Heimanschlusscs nicht notwen- 
dig. Im Gegensalz dazu muB jedoch bed Aferwendung 25 
einer Qrtsnetzrumummer pro Kunde ein Heimatan- 
schluB eingerichtet werden. In der entsprechenden 
TVSt muB kundenspeziftsch zu der Ortsnetzrufhum- 
mer die ieweilige SCF-Addresse ad minis triert werden. 

30 

6.1.4 IN-Trigger und IN-Kundendaten 

Dienste, die iiber das Angebot der GSM- bzw. KSDN- 
Dienste hinausgehen k8nnen den Kunden optional als kun- 35 
denspezifische IN-Dienste angeboten werden. Zur Ansteue- 
rung dieser Dienste sind z. B. Initial Detection Points, Ser- 
vice Key und SCP-Addresse (IN-Trigger) notwendig. Zu 
unterscheiden sind Dienste die fur ankommende Rufe (PTC, 
PCS Terminating Call) bzw. abgehende Rufe (POC, PCS 40 
Originating Call) relevant sind; bedingt durch die integrierte 
HDB Architektur sind jedoch nur explizite POC-IN-Trigger 
notwendig. 

Die IN-Trigger fur POC sind optionaler Bestandteil der 
Kundendaten im HDB und VDB/VLR. Die Trigger werden 45 
im MAP iibertragen. 

Fur PTC kann in der HDB festgestellt werden, ob ein BN- 
Behandlung gefordert ist und ggf. dart lokal ausgefuhrt wer- 
den. 

Zusatzlich zu den o.g. IN-TYiggem sind kunden spezifi- 50 
schen IN-Daten in der Database notwendig. Auf diese wird 
jedoch hier nicht nfiher eingegangen. 



6.2 Prozeduren fur die MobilitSl 



In den fblgenden Kapiteln wird auf die Ablfiufe der wich- 
tigsten Prozeduren fur PCS eingegangen. Auf Prozeduren 
im mobilfunkbereich wird nicht eingegangen, da diese 
durch den GSM-Standard vorgegeben sind und wegen der 
notwendigen Kompatibilitat zu anderen GSM-Netzen au- 60 
Berhalb der Standardisierung nicht veranderbar sind, 

6.2.1 Registrierung (Location Update) 

Ziel der Registrierung ist es die benStigten Dal en des 65 
Kundenproftis von dem HDB in das VDB/VLR zu iibertra- 
gen und im HDB den aktuellen Aufenthaltsinformation be- 
reitzustellen. Die Registrierung ist grundsatzlich an jedem 



mit dem a-Interface ausgestattetem AnschluB mfiglich. 
Kundenmdtviduelle Einschrankungen kfinnen durch das 
Kundenprofil realisiert werden. 

Die Registrierung wird durch das Endgerat angestoBen. 
Das Endgerat idenofiziert sich in der Aiifarderung fur die 
Registrierung gegeniiber dem Nets mit der IMSI oder der 
TMSL Zur Authenusierung wird das im GSM-Standard ver- 
wendete Verfahren verwendeL Es sind vier Arten der Regi- 
strierung zu unterscheiden: 

1. Einbuchen eines Endgerfits an einem neuen Access 
im Bereich einer neuen VDB/VLR: 
Bei GSM Mobilstationen wird durch den Vergleich der 
auf der SIM gespeicherten Location Area mit der von 
dem Broadcast Channel ausgestrahlten Location Area 
die Notwendigkeit fur ein Location Update erkannt. 
Eine vergleichbare Punktion muB fur das a-Interface 
entwickelt werden. Da in diesem Fall der Kunde nicht 
in dem VDB/VLR der TVSt registriert ist, veriangert 
das VDB/VLR die Anfrage zur HLR Das zustandige 
HDB wird anhand der IMSI ennittett (GTT nach TTU- 
T E.212) . Je nach gewahlter Alternative fur die Mobili- 
tatsoptionen im Festnetz, wird die Zulassigkeit der an- 
geforderten Registrierung in der TVSt oder im HDB 
(Rir einzelne Anschliisse nach Ubertragung des Profits 
im VDB/VLR) uberpruft. Dem HDB wird die E.164- 
Nummer der TVSt als MSC- und VLR-Nummer Uber- 
mittelL Vor AbschluB der Registrierung wird das not- 
wendige Kundenprofil in das VDB/VLR ubertragen. 
Das VDB/VLR speichert den aktuellen AnschluB des 
Kunden. 

2. Einbuchen eines Endgerats an einem neuen Access 
im Bereich des alten VDB/VLR: 
Wie in Punkt 1.) erkennt das Endgerat die Notwendig- 
keit einer neuen Registrierung. Da in diesem Fall der 
Kunde bereits in dem VDB/VLR registriert ist, wird 
die Registrierung ohne Beteiligung des HDB ausge- 
fuhrt In dem VDB/VLR wird je nach gewahlter Alter- 
native anhand der fest gespeicherten Daten oder der in 
dem dynamischen Profil enthaltenen Daten die Zulas- 
sigkeit der angeforderten Registrierung fur diesen An- 
schluB uberpruft Das VDB/VLR speichert den aktuel- 
len neuen AnschluB des Kundea 

3. Anmelden des Endgerats am alten Access nach 
IMSI-Detach: 

Im VDB/VLR wird das ATI-Flag auf attached gesetzt 

4. Nach Ablauf des Periodic Location Update Timers 
in dem Endgerat: 

In GS M-Endgeraten wird nach Ablauf eines Periodic 
Location Update Timers prophylaktisch eine peri- 
odische Registrierung initiiert Der Startwert des Ti- 
mers wird uber den Broadcast Channel ausgestrahlten. 
Nach jeder Kpmmunikation zwischen Netz und Endge- 
rat wird der Tuner neu gestartet Diese Prozedur ist we- 
sentlicher Bestandteil der Implicit Detach Prozedur des 
VDB/VLR (Kunde wird automatisch gedetached wenn 
ein kundenspezifischex Timer im VDB/VLR ablauft, 
der Timer wird nach jeder Kommumkation zwischen 
Netz und Endgerat neu gestartet). Dariiber hinaus wird 
die Prozedur zur Beseitigung von Inkonsistentcn der 
Dateien verwendet Eine vergleichbare Funktion muB 
deshalb auch fur das a-Interface entwickelt werden. Je 
nach Datenstand des VDB/VLR fuhrt die periodische 
Registrierung zu den in Punkt 1.) bis 3.) genannten Ak- 
tionea 



55 



Nach erfolgreicher Registrierung erfolgt eine temporare 
Zuordnung des Kunden, d. h. der IMSI zu dem physikali- 
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schen AnschluB. Giundsatzlich konnen mehrere Kunden 
zeitgleicb cinem pbysikalischeo Anschlufi zugeordnet wer- 

6.2.2 PCS Originating Call (POC) 

Ein PCS Originating Call (POO wild vom Endgerat 
durch cine entsprechende Aufforderung (Setup) via dem a- 
Interface angestoBen. Das Endgerat identifiziert sich gegen- 
iiber dem Netz mit der IMSI oder der TMSL Zur Authenli- 
sierung wird das im GSM- Standard verwendete Vcrfahren 
verwendet. 

Im VDB/VLR wild die Zulassigkeit des angeforderten 
Calls (Subskription des Teleservices, ODB Spenen, Barring 
EinstcUungen etc.) QberprufL Gegebenenfalls wird der Call 
mit dem entsprechenden Cause zuruckgewiesen bzw. bei 
ODB zum Operator umgeleitet. 

Nach erfolgreicher ttberpriifung im VDB/VLR wird der 
angefbrderte Call aufgebauL Als CallingPartyNumber wird 
die. im VDB/VLR gespeichcrte Rufhummer (Baste 
MSISDN) des Anrufers (Ortsnetmummer oder Service- 
nummer) eingesetzt Die LocabonNumber wild anschluBab- 
hangig aufgesetzL , 

Wenn im VDB/VLR ein IN-MOC-Triggcr (opuonal) ge- 
setzt ist, wird ein IN Dialog zu dem zustandigen Service 
Control Point (SCP) inUiiert. Die SCP-Addresse (B.164 
Nummer) und der ServiceKey sind Bestandteil des In-Trig- 
gers. 

6.2.3 PCS Terminating Call (FTC) 

Bei einem PCS Terminating Call (PTC) istfUr den Ruf- 
aufbau eine INAP Abfrage zum SCF des HDB notwendig. 
Dieser INAP-Dialog ersetzt den bei GSM Ublicberweise 
verwendeten MAP-Dialog am _C-Interface. Die Abfrage 
(Interrogation) wird bei Kunden mit einer Ortsnetzrufhum- 
mer von der TV St mit dem Heimatanschlufi (Gateway) ge- 
startet. Anhand der zur Rufnummer gespeicherten SCF- 
Number (E.164 Nummer) wird das zustSndige HDB abge- 
fragt. » „ 

Bei Kunden mit einer Servicenummer kann die Interroga- 
tion in beliebigen VSten oder MSCen erfolgen (Gateway). 
Anhand der Servicenummer (z. B. anhand der ersten vier 
Ziffern nach dem NDC) erfolgt eine eindeutige Zuordnung 
zu dem zustandigen HDB. 

Mit der Interrogation zum HDB werden alle verfugbaren 
Dienstedaten ubermittelt. Im HDB wird die Zulassigkeit des 
angefoxderten Calls (Subskription des Teleservices, ODB 
Sperren, Barring Einstellungen etc.) Uberpriift 

Gegebenenfalls wird der Call mit dem entsprechenden 
Cause zurUckgewieseiL 

Wenn in der Database ein IN-MTC-Trigger (optional) ge- 
setzt ist, wird die Interrogation vorerst nicht zum VLR fort- 
gesetzt Statt dessen wird die IN-Behandlung im SCF ge- 
startet Nach AbschluB des IN Dialogs wird (sofern durch 
den IN Dialog keine andere WeiterfUhrung fur den Rufauf- 
bau gefordert wird) die Interrogation im HLF fortgefUhrt, 
d. h. die Interrogation zum aktuellen VDB/VLR fortgesetzt 
Das VDB/VLR priift den Attach-Status des Kunden 
(IMSI) und beantwortet die Interrogation mit einer tempora- 
ren Rufnummer aus dem Bereich der TVSt (Mobil Station 
Roaming Number, MSRN) oder dem entsprechenden Cause 
(absent subscriber). Die MSRN wird vom HDB an das Gate- 
way weitergegeben. Bei absent subscriber wird (sofern akti- 
viert) Call Forwarding Not Reachable im HDB angestoBen. 

In dem Gateway wird die MSRN fur den Rufaufbau zur 
aktuellen TVSt verwendeL Sobald der Call die aktuellen 
TVSt erreicht hat, erfolgt die Korrelation zum gerufenen 



Kunden (IMSD anhand der MSRN. In den VDB/VLR-Da- 
ten ist der aktuelle physikalische AnschluB enthalten, via 
dem Orlntexface wird cine dem GSM-Paging ahntiche Pro- 
zedur angestoBen und der Rufaufbau anschliefiend beendeL 
5 Das Endgerat wird mit der IMSI oder der TMSI vom Netz 
gerufen. Zur Authentisierung wird das im GSM-Standard 
vcrwendete Vcrfahren vcrwendet (Fig. 12). 



6.2.4 Steuerung von Supplemetary Services 



ISDN und GSM Supplementary Services werden durch 
das funktionale Protokoll zwischen Endgrat und HDB ge- 
steuert Die Steuerung zusatzlichex Dienste (nicht ISDN 
bzw. GSM Supplementary Services) im HDB ist noch off en, 
15 kann aber beispielsweise uber cinem IN-IP oder via dem In- 
ternet erfolgen. 

6.2.5 Zugang zur PCS -Box 
6^5.1 Ablegen von neuen Nachrichten 
6.2.5.2 Benachrichtigung durch PCS-Box 
6.2.5.3 Abfrage der PCS-Box 
6.3 Numbering 
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IMSI: 
MSISDN: 
30 MSRN: 

HLR-Number. 
VLR-Numben 
MSC-Number. 
Access-ID: 

35 
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SO 
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6.4 Interworking zwischen AnschluB- und Netzprotokollen 
65 Bereitstellung von Abrechnungsdaten 
7 Realisieru n gsaltem ati ven im tiberblick 
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Patcntanspriiche 



1. Verfahren zum AnschluB von Teilnehmern in meh- 
reren Telekommunikati ons ne tzen unter einer Rufnum- 
mer dadurch gekennzeichn et, daB die Teilnehmerda- 
ten in mindestens einem Netz abgespeichert werden 
und auf Anfrage der anderen Netzen zur Verfugung ge- 
stellt werden. 

2. Anordnung zum AnschluB von Teilnehmern in 
mehreren Iblekommunikationsnetzen unter einer Ruf- 
nummer dadurch gekennzeichnet, daB mindestens eine 
Datenbank in mindestens einem Tbleko m mnrrikatio ns- 
netz vorgesehen ist 
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